Skip to content

Add new Approach docs page #25165

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 13 commits into from
Jan 14, 2018
Merged

Add new Approach docs page #25165

merged 13 commits into from
Jan 14, 2018

Conversation

mdo
Copy link
Member

@mdo mdo commented Jan 2, 2018

Super WIP, but the page exists with no outline at all. Adding one here to at least capture a few things.

@mdo mdo changed the title Stub out a list for Approach docs page Add new Approach docs page Jan 3, 2018
@mdo
Copy link
Member Author

mdo commented Jan 3, 2018

Pushed an extensive update here after the first outline. Would love feedback from @twbs/team on what else we should put here.

@XhmikosR
Copy link
Member

XhmikosR commented Jan 3, 2018

I think it's a pretty good first approach 👍


## Base and modifier classes

- Components should be built with a base class that houses common, not-to-be overridden property-value pairs.
Copy link
Collaborator

@andresgalante andresgalante Jan 3, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we add a comment about when to create a modifier class and when to just create a new component? I'd say that if we need to modify the color (like primary, warning, etc) or the scale (like lg or sm) of the component then we generate a modifier, if it's anything else then it's a new component.

Specifically regarding custom CSS, utilities can help combat increasing file size by reducing your most commonly repeated property-value pairs into single classes. This can have a dramatic effect at scale in your projects.

## Flexible HTML

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we also mention that we never do type selectors, and elements are styled through classes.

@mdo mdo mentioned this pull request Jan 12, 2018
@XhmikosR
Copy link
Member

@mdo: is this ready to merge?

@patrickhlauke patrickhlauke self-requested a review January 12, 2018 09:04
Copy link
Member

@patrickhlauke patrickhlauke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In future, perhaps something generic about Bootstrap trying to be a generic foundation, rather than trying to solve every possible use case. That authors need to still make sure they use good semantic markup. And cross-reference to the accessibility page? But as a starting point, this is great.

@XhmikosR
Copy link
Member

@mdo: anyway, I'll leave this for you to merge, just please make sure you squash when merging.

@mdo
Copy link
Member Author

mdo commented Jan 13, 2018

Was reviewing last night and fell asleep without hitting submit. 😆 This should be good to go now. I'm reviewing some issues and PRs and going to get some things merged today.

@XhmikosR XhmikosR merged commit 71550d3 into v4-dev Jan 14, 2018
@XhmikosR XhmikosR deleted the approach branch January 14, 2018 00:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants